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Description 
[0001] 
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(VOBUI/SOBI). 

TO J ifT. 0 ***! i " ClUdin9 9,6 deSCnpton COnte * <* VOBUhSo. in TO » 

FIG. 1 3 Itatafes views tor eUining^edl^c^Sn^ ""**• 01 " M " " PQC sl «»»" FIG. 6 
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embodiment of the prion! invention arrangement of . DVD reccrfir^avbacfc system according to an 

FIG. ,7 ial SSSS SSi^*'*"*-*.^, 
» FIG. 1 8 is a flow chart for Zlkn ? 2?S t in Ihe format structure shown in FIG. 9- 
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FIG. 20 is a Z eSaS 1 Z ! n "a™ 1 shown in FIG. 9; 
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tions have already been standardized 
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10066] More specifically, the head portion of TS packet 38 is always aligned after packet access pointer 40 in TS 
pack 34. and packet access pointer 40 stores zero relative address. Hence, when VOBU (SOBU) 33 is accessed to 
extract that packet, the head of that packet matches that of TS packet 38, and TS packet 38 can be extracted and imme- 
diately transferred. TS packets 38 are arranged after head TS pack 34 in VOBU (SOBU) 33. and the remaining portion 
5 of TS packet 38 that cannot be stored in one pack with 2,048 bytes is stored in packet 38 of next TS pack 34. as shown 
by (c) in FIG. 4. 

[0067] In this manner. TS packs 34 are arranged in turn in VOBU (SOBU) 33. Last TS pack 34 in that VOBU 
(SOBU) 33 cannot often store one TS packet 38 at the end of that pack unlike other TS packs 34, as shown by (C) in 
FIG. 4. 

10 [0068] In such case, padding packet 39 can be inserted in that end portion, as needed. By inserting the padding 
packet, head TS pack 34 in next VOBU (next SOBU) 33 can have a packet data field starting from head TS packet 38. 
[0069] Note that a method that can cope with the aforementioned case without using any padding packet (one 
packet is recorded across two sectors upon recording a TS packet) is also available, and has already been explained. 
[0070] In the example shown in FIGS. 3 and 4. packet access pointer 40 designates the address of first TS packet 

is 38 in that pack 34, and TS packet 38 to be extracted first in that pack 34 can be specified when pack 34 is designated 
by packet access pointer 40. 

[0071 ] The structure of next TS pack 34 may be specified by a continuous packet flag shown by (a) and (b) in FIG. 
5, in place of packet access pointer 40. 

[0072] More specifically, as shown by (a) in FIG. 5. substream ID 37 that specifies TS packets is inserted after 
20 packet header 36 in TS pack 34, and continuous packet flag 41 is inserted after the substream ID. Continuous packet 

flag 41 indicates whether or not TS pack 34 that follows TS pack 34 including that flag stores a portion of TS packet 39. 

[0073] That is. if continuous packet flag 41 is 1 , a portion of TS packet 39 is stored at the end of that TS pack 34. 

and the remaining portion of that TS packet 39 is stored after continuous packet flag 41 in next TS pack 34. 

[0074] If a TS packet 39 is aligned and arranged at the end of TS pack 34 and no portion of that packet remains to 
25 be stored in next pack 34, zero continuous packet flag 41 is set. This means that if TS packet 39 with zero continuous 

packet flag 41 is acquired, a smooth playback process is assured by playing back TS packet 39 that follows continuous 

packet flag 41. 

[0075] The structure of management data in the aforementioned data structure will be described below. 
[0076] Management data is recorded in a management area after a lead-in area on the inner periphery side of an 
30 optical disc, and the management area includes a table of video title set information ( VTSI) or a table of streamer control 
information (STR_VMGI). as shown by (a) in FIG. 6. The STR_VMGI is contained in management information (STRI) 
of a streamer, and the STRI has functions corresponding to those of the VTSI. 

[0077] As shown by (a) in FIG. 6. this VTSI (STR_VMGI) includes a VTSI management table (VTSI_MAT) that 
describes management information pertaining to the VTSI (STR_VMGI); a VTS search pointer table (VTS_TT_SRPT) 

35 that describes search pointers used to search for a VTS (video title set) or a play list search pointer table (PL_SRPT) 
that describes search pointers used to search for a play list in a stream; a VTS program chain information table 
(VTS_PGCIT) that specifies the cell playback order or a user-defined program chain information table (UD_PGCIT); a 
VTS menu program chain information unit table (VTSM_PGCI_UT); a VTS time map table (VTS_TMAPT); a VTS menu 
cell address table (VTSM_C_ADT); a VTS menu VOBU address map table (VTSM_VOBU_ADMAP); a VTS cell 

40 address table (VTS_C_ADT); and a VTS VOBU address map table (VTS_VOBU_ADMAP) in this order. 

[0078] User-defined PGC information (UD_PGC I) in the UD.PGC IT is a sequence of parts of a program. The play 
list may be used by a user to freely define the playback sequence of the parts of programs. 

[0079] The VTS_PGCIT (UD_PGCIT) contains VTS_PGCIT information (VTS_PGCITI) (or UD_PGCITI); VTS pro- 
gram chain search pointers (VTS_PGC_SRP#n) (or UD_PGC_SRP#n) arranged in the playback order, and VTS pro- 
45 gram chain information (VTS_PGCI#n) (or UD_PGCI#n) designated by each of these search pointers, as shown by (b) 
in FIG. 6. 

[0080] As shown by (c) in FIG. 6. the VTS_PGCI#n (or UD_PGCI#n) is made up of program chain (PGC) general 
information (PGC_GI) or stream cell general information (SC_GI): a PGC program map (PGC_PGMAP) or program 
information (PGI#m); a cell playback information table (C_PBIT) that describes information pertaining to cell playback, 
so or stream cell information (SCI#n); and a cell position information table (C_POSrT) that describes cell position informa- 
tion, i.e.. address information or stream cell information search pointers (SCI_SRP#n). The C_PBIT (SCI#n) is formed 
of a number of pieces of cell playback information (C_PBI#j) which are arranged in the cell playback order, or a number 
of pieces of stream cell entry point information (SC_EPI#n). as shown by (d) in FIG. 6. 

[0081] The PGC general information (PGC_GI) may have a configuration as shown by (a) in FIG. 7. The PGCjGI 
55 describes: PGC contents (PGC_CNT) such as the number of programs, the number of cells and the like; a PGC trans- 
port time (PGC_TRS_TM) that describes the recording or transport time of one PGC; support information; the start 
address (PGC_PGMAP_SA) of a PGC program map (PGC_PGMAP); the start address (C_PBIT_SA) of a cell play- 
back information table (C_PBIT); the start address (C_POSIT_SA) of a cell position information table (C_POSIT); and 
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an erasure inhibition flag (ARCHIVE Rag). 

rOOfH] In ease of SC Ql. a cell type (C TYi - ninM . 
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K 08 ^*^ (RBP): Start address 
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o 13th to 16th bytes (RBP). address (C_LVOBU_EA) of the last VOBU in the cell in the 
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used in DVD video^DVD 1m" ^ "* ' 8 ■"»"* - <*»«*P°nd .0 names VOB and VOBU 
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is made based on only the time stamp), since there is no l-picture at that position, the start of decoding delays until the 
next l-picture is detected (thus the image output timing delays). 

[0097] On the other hand, when a data unit (SOBU) is used as an access unit in the streamer, since the startfend 
positions of l-picture can be determined in units of SOBUs (i.e.. determined from the AUSM and AUEM). an l-picture 

5 position can be immediately found by a time search using an MPEG transport stream. 

[0098] That is, when the SOBU is used for the access unit, an l-picture position is immediately found by a time 
search. Therefore, decoding can be quickly started, and smooth fast forward (FF) and fast rewind (FR) can be attained. 
[0099] Note that the TS packet length is described in FIG. 8. When 188-byte TS packets are transferred in turn, no 
problem will be posed even if the TS packet length is unknown. However, some broadcast station may send a TS packet 

10 which has a size equal to or larger than 188 bytes to the streamer. According to the present embodiment, the packet 
length can be set in consideration of such special case. 

[0100] Thus, after data is read out from a disc, the data packet in the pack is segmented by the TS packet length to 
obtain packets. 

[0101] When packets corresponding to the TS packet size (188 bytes) in an MPEG transport stream, the packet 
15 size in a DVD video (DVD_RTR) program stream, and other packet sizes (n bytes/packet) are considered as those to 
be recorded by the streamer, a generic bitstream called an application stream is used. 

[0102] As another example, a case will be exemplified below wherein support information is recorded in manage- 
ment information in the currently proposed recording/playback video format. 

[01 03] FIG. 9 shows an outline of the format. Reference numeral 50 denotes a RAM video disc that allows record- 
20 ing. erasure, and playback. A recording area of the disc shown by (a) in FIG. 9 is defined between lead-in area 20 and 
lead-out area 21 , as shown by (b) in FIG. 9. In this area, volume & file manager information area 22 and data area 23 
are assigned. 

[0104] Data area 23 is divided into a plurality of DVD areas 24, as shown by (c) in FIG. 9. As shown by (d) in FIG. 
9, each DVD area 24 is made up of control information 25 and video object 31 with the structure shown in FIG. 2. Fur- 
25 ther, as shown by (e) in FIG. 9. control information 25 is made up of VOB general information (VOB_GI) (or stream file 
general information SF_GI) 27. and VOBU information table (or stream file information SFQ 28 which includes a number 
of pieces of VOBU information (VOBUI) (or stream object information SOBI) 29. 

[0105] VOB general information (VOB_GI) (or SF_GI) 27 has areas for recording VOBU_Ns (or SOBI_Ns). 
VOBI_End Address (or SOBU_SIZ), support information, etc., as shown by (f) in FIG. 9. 
30 [0106] More specifically, VOB_GI (or SF_GI) records: the number of VOBUs (VOBU_Ns) (or the number of SOBIs 
(SOBI_Ns)) in the 0th to 3rd bytes (RBP); the end address or the size (i.e.. length) of the VOBI (or the number of sectors 
per SOBU (SOBU_SIZ)) in the 4th to 7th bytes (RBP); and support information which may be the same as that shown 
by (b) in FIG. 7 in the 8th byte (RBP). Furthermore, an erasure inhibition flag (ARCHIVE Rag) can be recorded in the 
9th byte (RBP). 

35 [0107] VOBUI (or SOBI) 29 shown by (e) in FIG. 9 can record support information shown in FIG. 10. 

[0108] More specifically. VOBUI (SOBI) 29 records; the VOBU start address in the 0th to 3rd bytes (RBP); and the 
VOBU end address or length in the 4th to 7th bytes (RBP). 

[01 09] Also. VOBUI (SOBI) describes: a system time clock (STC) or program clock reference (PCR) upon recording 
the head of the VOBU of interest as VOBU_RECTM in the 8th to 1 1th bytes (RBP); and a TS packet length indicating 
40 the length of a TS packet in the 1 2th and 13th bytes (RBP). 

[0110] Furthermore. VOBUI (SOBI) records the number of l-pictures (REFPIC_Ns) in the 14th to 17th bytes (RBP). 
[0111] Moreover. VOBUI (SOBI) records the start addresses (REFPIC_SA) and end addresses (REFPIC_EA) of I- 
pictures in turn in the 18th byte and the subsequent bytes (RBP). 

[0112] When a VOBU is segmented into a plurality of sets of TS packets to always locate an l-picture at the head 
45 of each set. the l-picture address is used upon segmenting the VOBU. 

[0113] REFPIC_SA# in FIG. 10 corresponds to the aforementioned AUSM (access unit start map), and 
REFPIC_EA# corresponds to the aforementioned AUEM (access unit end map). 

[0114] In this way, when an l-picture is always located at the head in a VOBU, the l-picture start address need not 
be described, and only the l-picture end address can be described. 
so [0115] As an example for recording management data contained in the TS packet described above in the afore- 
mentioned tables, the following five pieces of information will be explained. 

[01 1 6] The first information is the random access indicator contained in the TS packet header shown by (c) in FIG. 
1 , which is activated in case of a TS packet containing first l-picture data. 

[0117] With this flag, the start position of the l-picture can be specified. Two methods are available to reflect this flag 
55 on the format 

[01 1 8] In the first method, formatting is done using this information upon segmenting data into VOBUs (or SOBUs) 
33, as shown by (a) in FIG. 1 1 . 

[0119] With this method, since the start position of each VOBU (SOBU) always matches that of an l-picture, play- 
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jump, PG skip, and the like can be implemented. However, since PAT packets appear at intervals of several 100 ms to 
several seconds, program segmentation positions are set every several ten to several hundred PAT packets. 
[0138] Fourth, as shown by (c) in FIG. 12, a PGC may be segmented using PAT packets. With this method, PGC 
jump, PGC skip, and the like can be implemented. However, since PAT packets appear at intervals of several 100 ms to 

s several seconds, program segmentation positions are set every several hundred to several thousand PAT packets. 
[0139] The identification code of the STB indicates the type of digital broadcast that the STB connected can 
receive. With this code, the STB connected is checked upon playback, and the same STB used upon recording can be 
selected to play back data. Furthermore, this code can change operation that pertains to playback time presentation. 
[0140] When the STB supports a command for outputting a playback time to a recorder, the playback time is peri- 

w odically read from the STB and is presented. This value is most accurate as the playback time. 

[0141] The system arrangement of a satellite broadcast compatible DVD recorder/player will be explained below 
with reference to FIG. 14. 

[0142] Referring to FIG. 14, reference numeral 50 denotes a RAM disc, which is driven by disc drive 51 that 
exchanges data with data processor (D-PRO) 52. Temporary memory 53 for temporarily saving data is connected to 
is data processor 52. 

[0143] The recorder/player of FIG. 1 4 can record and playback an MPEG bit stream and/or a normal video signal. 
These bitstream and video signal may be recorded independently, or mixed with one another. 

[0144] Decoder unit 59 in the system shown in FIG. 14 includes distributor 60 having a memory, which receives 
playback data transferred from data processor 52. 
20 [0145] The playback data is demultiplexed by distributor 60 into video data, sub-picture data, and audio data 
(packet data). The video data is transferred to video decoder 61 having reduced-scale image (thumbnail picture) gen- 
erator 62. and the sub-picture data and audio data are respectively transferred to sub-picture decoder 63 and audio 
decoder 64. 

[0146] Digital video and sub-picture signals respectively decoded by video decoder 61 and sub-picture decoder 63 
25 are synthesized by video processor (V-PRO) 65. and the synthesized signal is supplied to video mixing unit 66. Video 
mixing unit 66 is connected to frame memory 73 for temporarily storing a digital video signal in units of frames, and 
externally supplied text data or the like is mixed into a video frame. Then, the digital video signal is supplied to D/A con- 
verter 67. and a D/A-converted video signal is output to TV monitor 68. The digital video signal can be externally output 
via interface 69. 

30 [0147] A digital audio signal from audio decoder 64 is supplied to D/A converter 70, and a D/A-converted audio sig- 
nal is output to loudspeaker 72. The digital audio signal can also be externally output via interface 71 . 
[0148] Reduced-scale image (thumbnail picture) generator 62 of video decoder 61 generates a video signal of a 
reduced-scale image of transferred video data on the basis of a reduction ON command from main MPU 80. and sup- 
plies it to video processor 65 to display the reduced-scale image on TV monitor 68. Key input unit 103 having keys for 

35 instructing external commands such as playback (PLAY), stop (STP), a marker that appends a mark associated with a 
recording position, and the like, and display unit 104 are connected to main MPU 80. 

[0149] Encoder unit 79 in the system shown in FIG. 1 4 can receive an AV input from external AV apparatus 81 or 
TV tuner 82, and can also receive digital broadcast data from STB 83. A satellite broadcast antenna for receiving digital 
broadcast data is connected to STB 83. 
40 [01 50] An AV signal from external AV apparatus 81 or TV tuner 82 is converted into a digital signal by A/D converter 
84. In this case, a digital audio signal is supplied to audio encoder 86 and a digital video signal to video encoder 87 via 
selector 85, and these signals are MPEG-encoded. 

[01 51 ] When caption information such as character information or the like is output from TV tuner 82, it is supplied 
to sub-picture encoder 88 and is runlength-encoded. 
45 [0152] Data encoded by encoders 86, 87, and 88 are supplied to formatter 90. to which buffer memory 91 is con- 
nected, are stored in video, audio, and sub-picture packets appended with packet headers by formatter 90, and these 
packets are converted into pack structures by appending pack headers. 

[0153] These packs are grouped together in units of VOBUs (SOBUs), as shown by (d) in FIG. 2, and a number of 
VOBUs (SOBUs) are grouped into a cell. Then, a set of cells are grouped into video object VOB (SOB), and a video 
so object set is formed as needed. 

[0154] During the formatting process, formatter 90 generates management information with reference to segmen- 
tation information generated by TV tuner 82. For example. PGC information is generated with reference to segmenta- 
tion information. 

[01 55] The generated management information and packdata are sent to data processor 52. which stores the gen- 
55 erated management information in a management data table generated by and supplied from a management data gen- 
erator 80B of main MPU 80. Then, the management and pack data are recorded on optical disc 50 via disc drive 51 . 
[0156] STB 83 directly supplies an MPEG2 transport stream corresponding to the selected program, i.e., title, to 
formatter 90. The stream is formatted, as shown in FIG. 1 , and management information is generated. Data processor 
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is executed in step S28. If no recording end key input is detected, the size of the free area in optical disc 50 is checked 
in step S24-2 to compute the remaining space size. 

[0176] It is checked in step S25 if the remaining space size has become equal to or smaller than a predetermined 
value. If the remaining space size is not equal to or smaller than the predetermined value, the flow repeats step S25 to 
s periodically check the remaining space size. If the remaining space size has become equal to or smaller than the pre- 
determined value, a process for a small remaining space size is done in step S26. 

[0177] After that, it is checked in step S27 if no recordable space is available. If a sufficient recordable space is 
available, the flow returns to step S22 to repeat steps S22 to S26. 

[0178] If no recordable space is available, a recording end process is done in step S28. tn this recording end proc- 
10 ess, segmentation information for the remaining data is received from formatter 90, and is added to work RAM 80a. 
These data are recorded in management data (VMGI and VTSI; or RTR_VMGI; or STR_VMQI), and information for 
recorded data is recorded in the file system. After that, recording ends in step S29. 

[0179] The flow of a video signal in the recording operation in the system shown in FIG. 14 will be described in 
detail below. 

15 [0180] TS packets input from STB 83 are input to the formatter. The time elapsed from the transfer start timing is 
read from the STC value, and is saved in buffer RAM 91 as management information. This information is sent to MPU 
80 together with segmentation information, and is recorded in management information. As segmentation information, 
VOBU (or SOBU) segmentation information, cell segmentation information, program segmentation information, and 
PGC segmentation information are generated, and are periodically sent to MPU 80. 

so [0181] Note that the VOBU (SOBU) segmentation information includes the VOBU (SOBU) start address, VOBU 
(SOBU) playback time, and l-picture start and end addresses. In the l-picture start address, the address of a pack that 
records a TS packet including an active random access indicator is set. 

[0182] As for the l-picture end address, since a TS packet that stores video data immediately before a TS packet 
including an active unit start indicator after the random access indicator is active is an l-picture end packet, the address 
25 of a pack which records that TS packet is set in the l-picture end address. 

[0183] As the VOBU (SOBU) playback time, the time required from the start to end of transfer of a VOBU (SOBU) 
is used instead. 

[0184] Formatter 90 temporarily saves TS packet data in buffer memory 91. Then, the formatter packs the TS 
packet data input to obtain packed data, formats the packed data to obtain a pack sequence shown by (e) in FIG. 2, and 

30 inputs the pack sequence to D-PRO 52. 

[0185] D-PRO 52 groups 16 packs together to obtain an ECC group, appends error correction data thereto, and 
sends the ECC group to disc drive 51 . When disc drive 51 is not ready to record, D-PRO 52 transfers the ECC group 
to temporary memory 53 and waits until disc irive 51 is ready to record. When disc drive 51 is ready. D-PRO 52 starts 
recording. As temporary memory 53, a large-capacity memory is assumed since it must hold recording data for several 

35 min or more by high-speed access. 

[0186] Note that a microcomputer can make read/Write access to D-PRO 52 via a microcomputer bus to read/write 
the file management area or the like. 

[01 87] Upon completion of recording, an erasure inhibition flag (protect or archive flag) is cleared to permit erasure. 
That is, at the beginning of recording, erasure is allowed. 
40 [01 88] A data process upon playback will be explained below with reference to FIGS. 1 7 and 18. 

[01 89] Upon receiving a playback command, MPU 80 starts a playback process in step S30. Disc drive 51 searches 
disc 50 to check for any defects in step S31 . 

[0190] If any defects on disc 50 are found upon checking disc 50, an error process is executed in step S32, and 
playback comes to an end in step S33. 
45 [0191] If no problem is found on disc 50, STB 83 connected is checked in step S34 to fetch its identification code. 
After that, disc drive 51 searches the management area on disc 50 to load its management information (VMGI or STRI 
including STR_VMGI) via D-PRO 52 in step S35. thus allowing the user to select a title set (one or more PGCs) to be 
played back. 

[0192] When the user determines the title set (PGCs) to be played back and its address is determined in step S36, 
so MPU 80 sends a read command of the determined address to disc drive 51 . Hence, VTSI (or STR_VMGI) of the deter- 
mined title set (PGCs) is loaded and PGCI (or play list search pointers) in the loaded VTSI (or STR_VMGI) is saved in 
work RAM 80A in step S37. 

[0193] In step S38. all titles or PGCs (or programs (PGs)) corresponding to STB 83 connected in the selected title 
set are displayed. Based on this display, the user determines the title or PGC (or program) to be played back in step 
55 S39. 

[0194] Subsequently, in step S40 support information in the management information shown in FIG. 7 or 9 is read 
out, and the individual units are set based on the support information. That is, it is checked in step S41 if the random- 
access indicator is supported. If the random access indicator is supported, a flag that permits FF and FR special play- 
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earlier. Thus, even if the sizes of respective headers are subtracted from the 2048 bytes sector size, about ten transport 
packets can be recorded in one of data areas 21-24. 

[0256] In contrast, in a digital communication network as ISDN, a long packet having 4094 bytes may be transmit- 
ted. 

5 [0257] According to the present invention, one packet can be continuously recorded across a plurality of data areas. 
By so doing, it is possible to achieve not only recording of transport packets in one data area of digital broadcasting, but 
also recording of a large-size packet as the long packet of ISDN. 

[0258] In other words, any type of packets, such as a transport packet of digital broadcasting or a long packet of 
digital communication, can be recorded in the stream block without fragments, independently of the packet size. 

jo [0259] When a space remains in the stream block, padding data (that can be recognized as information of an unre- 
corded area) is recorded in the remaining space. More specifically, as shown by (b) in FIG. 24, end code 31 is placed 
after the last transport packet f in stream block #1 , so that the remaining area is set as padding area 36. 
[0260] FIG. 25 shows the internal structure of the stream block header as shown in FIG. 24. 
[0261 ] In (d) of FIG. 24, a value larger than the size of data area 22 of sector No. 1 is set as the value of the first 

is access point of sector No. 1 . Then, it is indicated that the position of a timestamp exists in the subsequent sectors, 
wherein that timestamp corresponds to the subsequent packet next to the packet recorded in sector No. 1 . 
[0262] Information similar to said sector data header is also recorded in sector data header information 613 (FIG. 
25) of stream block header 1 1 . 

[0263] Information pieces of stream block information 61 2 in which recorded is information relating to whole stream 
so block are: 

* record time 622 (date/time information of recording on the information storage medium); 

* transport packet attribute 623 (attribute information relating the transport packet) ; 

* stream block size 624 (data size of corresponding stream block (described by the number of ECC blocks)); 
25 * stream block time difference 625 (time range information in the corresponding stream block); 

The above stream block time difference can be calculated as follows, when (b) in FIG. 24 is exemplified: 

[stream block time difference] = [the value of first timestamp in stream block #2] - (the value of timestamp a] 

30 Formatter unit 90 in FIG. 1 4 converts the stream data, which is input with the form of (a) in FIG. 24. into the form of 
(c) or (i) of FIG. 24, and the converted data is subsequently input to D-PRO unit 52. 

[0264] In D-PRO unit 52. input data is grouped with 1 6 sectors to form an ECC block, and the ECC block is sent to 
disc drive unit 51 . 

35 [0265] Note that the sent ECC block data is sent tb temporal storage unit 53 to temporarily store it, when disc drive 
unit 51 is not yet in a recordable condition, and the system waits for the preparation of recording. When disc drive unit 
51 is in the recordable condition, the data stored in temporal storage unit 53 is read out to start the recording on the 
information storage medium. 

[0266] The flow of signals in the stream data recording/ reproducing apparatus according to an embodiment of the 
40 present invention will be as follows. 

[0267] As mentioned, the structure of stream data to be recorded on information storage medium 50 is changed by 
formatter unit 90 to the data structure as shown by (c), (i) of FIG. 24. 

[0268] In an embodiment of the present invention, assume that the same transport packet is prohibited from being 
recorded across different stream blocks. Under this assumption, when the timestamp and packet data both temporarily 
45 stored in a buffer memory are segmented for each stream block, it is necessary to completely include a pair of the 
timestamp and transport packet within one stream block. 

[0269] On the other hand, according to an embodiment of the present invention, the same transport packet can be 
recorded across different sectors (e.g., No. 0 and No. 1 shown by (d) in FIG. 24). In this case, data segmentation for 
each sector will be mechanically performed based on a prescribed size assigned to each of data areas 21 -24. 
so [0270] In digital broadcasting, video information is compressed according to MPEG2 specification, and the result- 
ant I-. B-, and P-picture information is recorded in different transport packets. Then, these transport packets are trans- 
mitted. 

[0271] The transport packet is constituted by a transport packet header and payload. 

[0272] In the first one of transport packets wherein l-picture information is recorded, a flag of the random access 
55 indicator (corresponding to AUSM of (c) in FIG. 1) is set to "1". Meanwhile, in the other first one of transport packets 
wherein B- or P-picture information is recorded, another flag of the payload unit start indicator is set to "1". 
[0273] Information of the random access indicator (AUSM) and information of the payload unit start indicator are 
used to prepare l-picture mapping table 641 (table of an access unit start map) and B. P-picture start position mapping 
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table 642 (table of an access unit end map). These tables are shown by (e) in FIG. 25. 

[0274] Each mapping table in transport packet mapping table 632 shown by (d) in FIG. 25 is configured to a bitmap 
format. 

[0275] For instance, when "n" transport packets are recorded in one stream block, the value of number of transport 
s packet 631 shown by (d) in FIG. 25 is set to "n". 

[0276] In this case, each mapping table in (e) of FIG. 25 is formed of "n-bit" data, and bits of the "n-bit" data are 
respectively assigned to the transport packets in the stream block. These transport packets are sequentially arranged 
from the front of the stream block. 

[0277] FIG. 26 shows an internal structure of the sector data header shown in FIG. 24. 
10 [0278] Sector data headers 12 and 13 as shown by (c) and (i) in FIG. 24 represent information of data arrange- 
ments in data areas 21-24. 

[0279] As shown in FIG. 26, each of these sector data headers is formed of first access point 651 and transport 
packet connection flag 652. 

[0280] As shown by (b) in FIG. 24, transport packet d is recorded across two sectors. In this case, the last times- 
15 tamp in these sectors is set to "1 ". When the recording of the transport packet is extended to the next sector, transport 
packet connection flag 652 is set to "1 ". 

[0281 ] In the example shown by (b) in FIG. 24, the address in data area 22 at the leading position of timestamp is 
recorded (expressed by bit unit) in first access point 651 of (b) in FIG. 26. Here, the leading position of timestamp 
appears next to the latter sector of transport packet d which is recorded across former and latter sectors. 
20 [0282] According to an embodiment of the present invention, a value larger than the size of data areas 21 -24 can 
be used as the value of first access point 651 . By so doing, it is possible to specify the leading position of timestamp of 
a large packet which has a size larger than the sector size. 

[0283] For instance, in the data structure of (d) in FIG. 24, assume that one packet is recorded across sector Mo. 0 
and sector No. 1 , that the timestamp of the one packet is recorded at the first position in data area 21 of sector No. 0, 
25 and that the timestamp of the next packet is located at the T-th bit position in the data area of sector No. 2. 

[0284] Under the above assumption, the value of the first access point for sector No. 0 is "0", the value of the first 
access point for sector No. 1 is "size of data area 22 of sector No. 1 plus T, and the value of the first access point for 
sector No. 2 is T. 

[0285] According to an embodiment of the present invention, reproduction or playback will be started basically from 
30 the start portion of the stream block. However, in a rare case, reproduction could be started from the leading portion of 
an ECC block which belongs to the second or subsequent one of ECC blocks in the stream block. 
[0286] As in the case of FIG. 24, if the same transport packet d is recorded across two sectors (from sector No. 0 
to sector No. 1), it is necessary to know where the nexl timestamp information is recorded when the reproduction is 
started from the leading portion of second or any subsequent ECC block. 
35 [0287] For this, special header information (cf. the sector data header as shown by (a) in FIG. 26) is arranged at the 
leading portion of each sector. By recording the first access point 651 in the special header information, it is possible to 
easily start the reproduction from the leading portion of the second or any subsequent ECC block in the stream block. 
[0288] SOB (stream object) is stream data which belongs to an original PGC (program chain). The data structure 
of SOB complies with Program Stream prescribed in "Information Technology-Generic coding of moving pictures and 
40 associated audio: Systems (ISO/IEC 13818-1)". A SOB is formed of only one type of data, that is stream data. 

[0289] SOB data structure is defined as a sequence of Stream Packs, which have a fixed size of 2048 bytes. This 
is the same size as the Logical Block size of the DVD disc family, and every Stream Pack shall be recorded in a Logical 
Block. 

[0290] FIG. 27 describes constraints on MPEG specifications for SOB. 
is [0291] More specifically, (1) a system header shall not be included in SOB; (2) a SCR (System Clock Reference) 
value in the first pack of SOB may have any value: (3) an MPEGjDrogram_end_code shall not be included in SOB; and 
(4) a streamjd shall be equal to BFh (private_stream_2) in all PES packets. 

[0292] Navigation data is provided to control the recording, playing back (or reproducing), and editing of any bit- 
streams. In DVD Stream Recording, navigation data is called "Streamer Information (STRI)". 
so [0293] FIG. 28 shows the structure of navigation data (corresponding to control information 25 in FIG. 9) contained 
in DVD streamer information (STRI). As shown in FIG. 28. streamer information STRI is constituted by the following 
information. 

[0294] That is. STRI is constituted by (1) Streamer video Manager (STR_VMGI); (2) Stream File Information Table 
(SFIT); (3) Original PGC Information (ORG_PGCI); (4) User Defined PGC information Table (UD_PGCfT); (5) Text Data 
55 Manager (TXTDTJvlG); and (6) Application Private Data Manager (APDT_MG). 

[0295] STR_VMGI, SFIT. ORG_PGCI. UD_PGCIT. and TXTDTJvlG of FIG. 28 are recorded in a file named 
"S R_MANG R. IFO" in this order. 

[0296] On the other hand. APDT_MG of FIG. 28 is recorded in another file named "S R_AD ATA. DAT*. 
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[0297] Stuffing coded as "OOh" may or may not be inserted between tables of above (1 )-(6) unless the size of STRI 
exceeds 51 2 kB, but no stuffing shall be inserted within a table of above (1)-(6) 

[0298] Incidentally, most of information described in SR_MANGER.IFO is supposed to be kept in the system mem- 
ory of streamer instruments (e.g., FIG. 14). 
s [0299] Streamer Video Manager Information STR_VMGI of FIG. 28 is formed of Video Manager Information Man- 
agement Table (VMGI_MAT) and Play List Search Pointer Table (PL_SRPT). 
[0300] FIG. 29 shows the structure of Stream File Information SFIT shown in FIG. 28. 

[0301] Stream File Information SFIT contains all navigation data which are directly relevant to the Streamer opera- 
tion. As shown, SFIT is formed of one instance of Stream File Information Table Information (SFITI), zero or more 
10 instances of Stream Object Stream Information (SOB_STI). and zero or one instance of Stream File Information (SFI). 
[0302] Stream File Information Table Information SFITI includes SFI_Ns indicating the number of stream files; 
SOB_STI_Ns indicating the number of SOB stream information items; SFIT_EA indicating the end address of SFIT; 
and SFI_SA indicating the start address of SFI. 

[0303] FIG. 30 shows the structure of Stream File Information SFI shown in FIG. 29. 
is [0304] As shown, Stream File Information SFI is formed of (1 ) Stream File General Information (SF_GI); (2) one or 
more (n pieces) SOB Information Search Pointers (SOBI_SRP#n); and (3) one or more (n pieces) SOB Information 
(SOBI#n). 

[0305] FIG. 31 shows the contents of Stream File General Information SF_GI shown in FIG. 30. 
[0306] Stream Hie General Information SF_GI includes SOBI_Ns indicating the number of SOBIs; SOBU_SI2 indi- 
20 eating the size of SOBU by the number of sectors per SOBU; and MTU_SHFT indicating a mapping time unit shift. 
[0307] SOBU_SIZ describes the size in sectors of the SOBU, and is defined as the fixed value 32. This means that 
in each mapping list the first entry relates to the application packets contained in the first 32 sectors of the SOB, the 
second entry relates to the application packets contained in the next 32 sectors, and so on. 

[0308] The mapping time unit shift MTU_SHFT describes the weight of the LSB (least significant bit) of the mapping 
25 list entries, relative to the bits of the PAT describing format. This MTU_SHFT shall be described as 18. 
[0309] FIG. 32 shows the structure of Stream Object Information (SOBI#) shown in FIG. 30. 
[031 0] As shown, each Stream Object Information SOBI is formed of (1) Stream Object Information General Infor- 
mation (SOBLGI); (2) Mapping List (MAPL); and (3) (optional) Access Unit Data (AUD). 

[031 1 ] FIG. 33 shows the contents of Stream Object information General Information SOBI_GI shown in FIG. 32. 

30 [0312] As shown in FIG. 33, Stream Object Information General Information SOBI_GI includes (1) SOB_TY indi- 
cating the type of SOB; (2) SOB_REC_TM indicating the recording time of SOB; (3) SOB_STI_N indicating the stream 
information number of SOB; (4) AUD_FLAGS indicating the flags of Access Unit Data (AUD); (5) SOB_S_APAT indicat- 
ing the start APAT (Application Packet Arrival Time) of SOB; (6) SOB_E_APAT indicating the end APAT of SOB; (7) 
SOB_S_SOBU indicating the first SOBU of the SOB; and (8) MAPL_ENT_Ns indicating the number of Mapping List 

35 entries. 

[031 3] SOB_TY describes the Stream Object Type, containing bits for Temporal Erase state and for Copy Genera- 
tion Management System. 

[0314] SOB_REC_TM describes the recording time of the associated Stream Object in DVD Stream Recording's 
Date and Time Describing Format. 
40 [0315] SOB_STI_N describes the index of the SOB_STI which is valid for this SOB. 

[031 6] AUD_FLAGS describes whether and what kind of Access Unit Data (AUD) exists for this SOB. If AUD exists, 
then AUD_FLAGS also describes several properties of the AUD. 

[031 7] The AUD itself is constituted by some general information including the table AUSM and the optional tables 
AUEM and PTSL (Presentation Time Stamp Ust; cf. FIG. 34). 
45 [0318] SOB_S_APAT describes the start Application Packet Arrival Time of the Stream Object, i.e., the packet 
arrival time of the first packet belonging to the SOB. SOB_S_APAT is descrfoed in DVD Stream Recording's PAT 
Describing Format. 

[031 9] PATS (Packet Arrival Times) are divided into two parts, namely a base part and an extension part. The base 
part holds the so-called 90 kHz unit value, and the extension part holds the less significant value measured in 27 MHz. 
so [0320] SOB_E_APAT describes the end Application Packet Arrival Time of the Stream Object i.e., the packet 
arrival time of the last packet belonging to the SOB, in DVD Stream Recording's PAT Describing Format. 
[0321] SOB_S_SOBU describes the number of the start Stream Object Unit, i.e., the Stream Object Unit containing 
the first Application Packet of the Stream Object 

[0322] MAP L_ENT_Ns describes the number of Mapping Ust entries to follow after SOBl_GI. 
55 [0323] FIG. 34 shows the structure of Access Unit Data AUD shown in FIG. 32. 

[0324] Access Unit Data AUD (optional), if any, is formed of (1) Access Unit General Information (AU_GI); (2) 
Access Unit End Map (AUEM); and (3) Presentation Time Stamp List (PTSL). Which of these parts exist may be indi- 
cated by AUD_FLAGS of SOBI_GI. 



18 



OCID: <EP 1021048A2_I_> 



EP 1 021 048 A2 



5 sSSSSsLSS^ss^sr 

•noting taess Unit StortMap^^ 

S^Sr -.Nsdes^enun^o, 

- S.o r SS=^^^^ 

AU.Ns bits of AUSM being equal to lb (binan/b* "O * " lt " Ca,Ki b » AUSM - * 

with Ob (binary bit "0"). easi significant bits) of the last byte of the AUSM shall be padded 

indicated by the assigned AUEM element7«Se^, a " en * •» '*» «OBU 

(1) t s AUSMj»s(i) £ AUEMjJosm £ MAPL ENT Ns- 

sis AU_Ns). -posii+i )\. thus. AU#. may end in the SOBU in which AU#i+1 starts (1 

EE Al G S h 3 ^ 

(2034 bytes). m (2048 bytes) ,s formed of a P«* deader (u bytes) and a stream PES packet 

clock reference (SCR.base; total 32 bits). mS» 2^^^%'^ and ^ reCOrd *• tese <* ■**•"» 
brts). The subsequent 3 bytes (0189C3h of 7 ?rZ££ r S^ ° C,0Ck reference (SCR_extension; 9 

Mb) and marker bits. The last 1 byte (F8h) oVt^^ ^^ux.rate; 22 

55 brts) and has reserved area (5 bits) ck neader records a pack stuffing length (pack.starffing length- 3 

^J^'^ndbnottHeSCR^se^^ 

■0344, ^^^^on^^^^^^^^ 



<EP 1021048A2 I > 



19 



EP 1021 048 A2 

^^^e^c^^n^ ^ * USed ' Str6am reC0rdln 9' rt is to assume that the stream packets will 

* 10347] Asshc^Zes*^ 

byte), and a stream data area (2027 fatf e?) ^ ^ ' S formed * a PES (6 bytes), a substream id (1 

[0348] The first 3 bytes (000001 h) of the pfc^k , 

code iPrtv^coiJitoTlSS. t nXei?r r6C0rd a " refi * * «art 

"> D (sub_stream_id = 00000010b; 8 bits) ( p ES_packetJength). The last 1 byte records a substream 

I0350I The ^cation paSa™T F ^3 9 1Slr»? tt!nal S ' U, " n9 "** and 80 •"'""•on pacSfST 
•tat. * the application packet area. After the p^alaSSoacS ? fS"? P**"""* «» receded at the 

pacta or a stuffing area of "reserved" bytes ™ y ^ ,n 9eneral case - «nolher partial application 

^^ rt F ^^ swtoratom ^'"^ 90 uni " aiue - and,he 

P^^a^ta^pa^SSrnSrrX'^ 

[0355] Therefore, a data field in the mnn^ LJj • _T re ^ uired f °r all kmds of applications. 
-oneitoth^IhT^ 

[0357] AnyWo^^pM™™^*^ 

^par.iapp^^,^ 

~n^S:rn S ^ 

fryte length tor each application packet which starve ^ naS^f £ ^ *"" e is ^ 0,16 «^ ' 
£s? ^™'. d ^^^«-Pa<^toa^icaS 

5 e *SS^^^ assocte,ed aw,io * n • ^ 

EXTENSION_HEADER INFO (00b, X or ,1M Thl ,2 'Ll^ * P - NSI 2 ^ 9 F,RST -*P OFFSET 2 St 



; EP 1021048A2J_> 



20 



EP 1 021 048 A2 

packet. FIRST_AP_OFFSET shall be set to "0" P " " " no ■«***» packet starts in the stream 

^JSSS^-^^ d — tether an applied header extension ar^or a stuffing 
[0372] When EXTENSION HEADER (MPn nnl> 

and no stuffing byte exists. - HEADER - ,NFO = 00b. no application header extension follows this application header 
[0373] When EXTENSION HEADER INFO - mh an •>» r « . 

but no stuffing byte exists. " L,tR _'NFO - 10b. an appl.cat.on header extension follows this application header 
[0374] When EXTENSION HEADER INFO-Hh on o„ r « 

[0376] The optional stuffing byte in from ^ h! ,. 

(EXTENSION_HEADER_INFO = 1 lb) to avoid a Da^no^ararinv- 3 ^*. ^ »** area be activated 

of bytesin the application header extension Tj^^T^l" addiction exists between the nurS 
tion packet area. numDer "PPfcalion packets which can be stored in the applica- 

E> J^SS* *"*- " ,D «* ~— « «• ft. , *, ser*ce ls untaram 

S^rir «» -** -«« can be recorded 

Claims 

1. An information medium characterized by comprising: 

control information (VOBUI/SOBI) of said data object fVOB/SOBV 

(VOBUI/SOBI); and * Un,t data (AUD > bein 9 contained in said control information 

data object (VOB/SOB). ^ 6 " 9 associ *ed wrth the access unit (l-picture. etc.) of said 

object (VOB/SOB).- access unit data (AUD) ied ^^tfa^l ^ l^"*" 10 " I™ 80 ""™) of said data 
tents of said data object (VOB/SOB). Ja^^ ^^7L^ M( '^'- M>Mi ''^ am - 
^ u ^-^^^^)^^7t^^^ > ^r ainK ' in <»* information 

^^^^^^^^ 

Packets. y Spi,n,n9 88,(1 Wcaton packets across boundaries of said stream 



21 



EP 1 021 048 A2 



4. The medium of claim 3. characterized in that said rack* inn, 

saddata object (VOBffiOB); access unitdataXS us*Ta£j^ * infor ™»°n (VOBUI/SOBI) of 
part of contents of said data object (VOB/SOB) «M iS^SST X ^f^ 5 unil "l**"* «■> «** i a 
mata, (VOBU/SOBI); and a bltetrean, t^^ST^ZTJ^ ^ C ° ntained ln «** 

^"^-ol^wo^.eon,^^^^**"" "y spHtttng said appBcafon packets across 

n a tat one of said stream packets r*t?h mTc?TO ™ "i*^»™*« n «PI*»*»i packetarea 
totedatbegtalr,,ofsaidctataobieci(VoasMr, ***** m * slream P*** being 

& J^fSL^p^ - "^ 

i^ Saw^M ^ e *«MW^c«ec^B^f'^°' USed,0 accessi "8 a" access unit (H«clure. 
conM information (VOBUI/SOBI); and a bSSrhSnfta^ ? l "* *" (AUD > •*"» in said 

contents of said data object (VOB>SOB) ana ToSe^ o?L^f •!i e " eS .°' P** 8 * 53,11 "**»" hctah, 

TOBUVSOBOofsakfdaa object (VOr^^^J*^ 35 3 d- -It: comro, Wo rma ^ 

*>^h,sapartofc«entsofsaidoatacbec^^ 

^Mnfornvtfon(VOBUI/SOBn :a ^ 

contents of said data object (VDBSOB) endoorSnts 'JTZ " P *^- bilslr6am "«**8 

a^?aLXr^^^ 

of said sequential or continuous stream packets. 9 appl,cat,on Packets across boundaries 



<EP 1021048A2J_> 



EP1 021 048 A2 



'* <* an *«Jf^fil2t^S^ i*™ - — Packer is ^ * 
ob,ect (NWSOB). ^ o„ e „, Kla ^™ *^ PSCk * ' ocattd al ^""3 of said data 

means (80B in FIG. 14; S1 1 in FIG 151 fhr nrw«r- 
means (80C in FIG. 14; S18 in FIG 1 si fnr ^ 

means (SOD in FIG. 14; S 19 in f£. 15) tr S^SS informati ° n r6 ' atin9 10 1,16 Stream information- 
men: information; and ' add ' n9 the detected «Worl information to the prepared manage- 



23 



EP 1 021 048 A2 




EP 1 021 048 A2 



CD O 
O CD 



CO O 
O — 

O CO 



O CO 
UJ o 
Q > 



as 



S g 



GO 
8 



2 

o 



3 



EP 1 021 048 A2 




26 

KDCID: <EP 1021048A2_I_> 



EP 1 021 048 A2 




DOOID: <EP 1021048A2 | > 



27 



EP 1 021 048 A2 



CO LU 



CO ffi 



fs5 



15 



p 

Li 
_-s 
as 



2g 



8 £ 



S 3 



S3! 



iO O 
LU X 



CO o 
CO LU 



8^ 



3^ 

<C CO 



If 



LO 
CD 



IOCID ' <EP 1021048A2_I_> 



28 



EP 1 021 048 A2 









1z 














& 

3 








1- 

a 

1' 


=d 




je 

i 

Q 
=> 


1 




3 

5 

3 


.PGCITI < 


_PGC_SRP 




5 

CD 


PGCI #1 




i, 


VTS. 


e 




1' 









8 



1 









s 




3 














1 






o 








CO 








I— 


3 


S 


PBIl 


POSI 








o 



CD 
CD 



29 



3OCI0: <EP 1021W8A2 I 



EP 1 021 048 A2 



PGC_GI (SC_GI) 





CONTENTS 


PGC_CNT 


NUMBER OF PROGRAMS, NUMBER OF CELLS 


PGC_TRS_TM 


RECORDING TIME PER PGC 


SUPPORT INFO 


SUPPORT INFORMATION (DETAILS ARE LISTED BELOW) 


PGC_PGMAP_SA 


START ADDRESS OF PROGRAM MAP 


C_PBIT_SA 


START ADDRESS OF C_PBIT 


C_POSIT_SA 


START ADDRESS OF C_POSIT 


ARCHIVE FLAG 
(cjm & TE) 


ERASE INHIBITION FLAG 

0: FREE, 1: SAVE PERMANENTLY 


SC_EPI_Ns 


NUMBER OF ENTRY POINT INFORMATION 


SOB_N 


STREAM OBJECT NUMBER 


SC_S_APAT 


STREAM CELL START APAT 


SC_E_APAT 


STREAM CELL END APAT 


if (TE= , 10b') { 




ERA_S_APAT 


ERASE START APAT 


ERA_E_APAT 


ERASE END APAT 


b7 b5 


b4 b3 b2 bl bO 



(a) 



(b) 



IDENTIFICATION 
CODE OF STB 
THAT RECORDED 
DATA 


SCD 

SUPPORT 


PCR 

SUPPORT 


PAT, 
PMT 

SUPPORT 


UNIT START 

INDICATOR 

SUPPORT 


RANDOM 
ACCESS 
INDICATOR 
SUPPORT 



RANDOM ACCESS 
INDICATOR SUPPORT FLAG 

Ob- --NOT SUPPORTED, 

1b" -SUPPORTED 
UNIT START INDICATOR 
SUPPORT FLAG 

Ob- -NOT SUPPORTED, 

lb- -SUPPORTED 
PAT, PMT SUPPORT FLAG 

Ob- -NOT SUPPORTED, 

lb- -SUPPORTED 
PCR SUPPORT FLAG 

Ob- -NOT SUPPORTED, 

lb- -SUPPORTED 
SCD SUPPORT FLAG 

Ob- -NOT SUPPORTED, 

lb- "SUPPORTED 
PCR=PRESENTAT I ON CLOCK 

REFERENCE 
§CD=SPLICE COUNTDOWN 



STB IDENTIFICATION CODE 

OOKSTB OF BS DIGITAL BROADCAST 

010*.Ver2 STB OF DirecTV 

Oir.Ver! STB OF SKY PERFECT TV 

CJTYI-'OlOb' SHALL BE DESCRIBED 
FOR ALL STREAM CELLS 

TE-'OOb'lTHIS CELL IS IN THE 
"NORMAL" STATE 

•01b':THIS CELL IS IN "TEMPORARILY 

ERASED" STATE; AND THIS CELL STARTS 
AFTER THE FIRST APPLICATION PACKET 
OF A SOBU AND ENDS BEFORE THE LAST 
APPLICATION PACKET OF THE SAME SOBU 

•10b':THIS CELL IS IN "TEMPORARILY 
ERASED" STATE* AND THIS CELL 
CONTAINS AT LEAST ONE SOBU 
BORDER (FIRST OR LAST 
APPLICATION PACKET OF A 
SOBU) . ERA_S APAT AND 
ERA__E_APAT EXIT FOR THIS CELL 



FIG. 7 



OCID: <EP 1021W8A2_I_> 



EP 1 021 048 A2 





























CO 
\/ 


NUMBER 
I OF BYTE! 


























30+(n-1)> 


































1 




























INTE 




























OF 




























CELL 




























OF 




























HEAD 
























ENTS 




DING 




OF C 


: CEL 


)xbc 


















iEAMER CELI 


UPON RECOF 


CELL 


LAST VOBU 


£T VOBU Of 


: NORMAL: ( 


CO 
LU 
QC 


1 -PICTURE 


-PICTURE #1 




1 -PICTURE 


-PICTURE #r 






P= 

CO 


I OR PCR 


OF 


OF 




:hi 


£ 
CO 


OF 






OF 








CM 

o 


ADDRESS i 


& 

LU 
CC 


u_ 
o 

CO 
CO 


i LENG 


Id-I : 


CC 


u_ 
o 

% 




CC 


LU 
O 

ft 






LU 
Q_ 


I 


ADC 


lEND ADDRE 




o 


ADC 


UJ 
DC 




ADC 








CELL 1 




START 


[START 




NUMBEF 


(START 


END AC 




START 


END AC 


TOTAL 














NGTH J 


5 


(AUSM)| 


(AUEM)] 




(AUSM)1 


i (AUEM)] 






T (C_TY) 


LTM 


OBU.SA 


OBU.SA 


0BU.EA 


ACKET LE 


ICJs (A 


3 


o 




£ 
o 








Ic.CA 




C_FV 


3 


C_LV 




REFP 


REFP 


REFP 




REFP 


REFP 


























CO 

X 


CO 

X 




— 
BP 


o 




CO 


CM 


CD 


GO 


CM 
CM 


ID 
CM 


o 

CO 




T 








TO 


TO 


TO 


TO 


TO 


TO 


TO 


TO 


TO 




c 


c 




> 


o 




LT5 


CD 


CO 






CO 
CM 


CM 




CM 


CM 





CO 
CD 



2 



111 



q a. < 3 

tt 5 8 ; 



H-2 



» f= fe 
; 5 "> 3 



I3i 



s 

— LU 

CO i«£ — 

LU O f— 

QC <£ O 

3 Q_ •< 

UJ O CO 

co o v— _ . 
s <t ^ <i « 



Sf2P 





c 

LU 


o o 




Q_ Q_ 


PFP 
err 


CC CC 


CC 


AUD 





31 



EP 1 021 048 A2 




(e) 



(d)|C0NTR0L INFORMATlONlviDEO OBJECT 



SFI 



M]g ggRAL INFORMATION (V OB „GI) (SFjSl) f ~27 

~— 29 



VOBU INFORMATION TABLE (SF I ) ~ 



VOBU INFORMATION (VOBUlUSOB I ) 



(f) 



VOB,GI (SF Gl) 



31 



RBP 



0 TO 3 



4 TO 7 



VOBU.Ns 
(SOBI_Ns) 



VOBLEND ADDRESS 
(OR LENGTH) 
(SOBU_SIZ) 



NUMBER OF VOBUs 
(NUMBER OF SOB Is) 



8 TO 8 SUPPORT INFO 



9 TO 9 



ARCHIVE FLAG 



CONTENTS 



END ADDRESS OR 
LENGTH OF VOBI 

(NUMBER OF SECTORS PER SOBU) 



SUPPORT INFORMATION 



ERASURE INHIBITION FLAG 

°' FREE, 1: SAVE PERMANENTLY 



ITOTAL 



NUMBER 
OF BYTES 



4 BYTES 



4 BYTES 



1 BYTE 



1 BYTE 



19 BYTES 



FIG.9 



EP 1 021 048 A2 



: £ 



I 



8 



Q C3 



o 

IX. 



5^ 

31 



5^ 

a* 



' 

LU O f 



w £ 5 



s 

IteS 

S C 8 



<C I*£ CC ■£! 

-MS? 

°- *< I? 
oo — >: 
J- q < 



2di 



gc <: o o ^ 
a: £ a- £ ^ " 



£3§ 



5 

2: 



EP 1 021 048 A2 



§ 



i 



8 



J 



8 




— ~ s o 



CD 



•OCID; <EP 1021048A2J_> 



EP 1 021 048 A2 



q <: o 

o o_ <c 

;C LLI 

Dl CO I 



LU O 
CO — I 
Z _J ■ 
— <C I 



.3 



<2 tH 3 

°" d ^ t$ 
w < w < 



gig 



5 £ 



— b ° 

o ■< o 

^ o. gj 



£ £ o 

I CD 2 

S£ fE ■ E 

i § £ 

-Hi 

c5 i— — 



Si 



8__ 



-2UI 



3 bh-^ 



C\J 
CD 



35 



EP 1 021 048 A2 



<3 



OCID: <EP 1021W8A2J. 



EP 1 021 048 A2 



o =: 




^OCID: <EP 102104aA2_l_> 



37 



EP 1 021 048 A2 



( START ) ^S10 




VS14 



OUTPUT EPG OUTPUT COMMAND TO STB; 
RECEIVE LATEST EPG INFORMATION 
FROM STB 



-S16 



DISPLAY EPG INFORMATION; 

USER DESIGNATES DESIRED PROGRAM 

FROM DISPLAYED EPG INFORMATION 



S17 



SEND SUPPORT INFORMATION 
OUTPUT COMMAND TO STB; 
RECEIVE SUPPORT INFORMATION FROM 
STB, AND FETCH STB IDENTIFICATION 
CODE; DESIGNATE PROGRAM IN STB 



WRITE MANAGEMENT AREA; 

REGISTER VTS IN VMGl; GENERATE VTSI 

(WRITE SUPPORT INFORMATION) 



-S18 



-S19 



INITIALIZATION FOR RECORDING 

RESET STC 

SET WRITE START 

ADDRESS IN DRIVE 

INITIALIZE FORMATTER 
SET CELL, VOBU, PG, PGC 
GROUPING (SET ALIGN PROCESS) 
TS PACKET RECEPTION/SETUP 
PROCESS 

ETC. 



6 



^S20 



FIG.15 



38 



EP 1 021 048 A2 



NO 



SETUP FOR RECORDING START 
SET RECORDING START COMMAND IN FORMATTER 



FETCH^— ^§?2 
SEGMENTATION INFORMATION; 
INTERRUPT DETECTED? 



-S21 



FETCH SEGMENTATION 
INFORMATION FROM FORMATTER 




RECORDING END PROCESS 
FETCH SEGMENTATION INFORMATION FROM 
FORMATTER, WRITE INITIALIZING MANAGEMENT AREA 
WRITE IN VMGI 
WRITE IN VTSI 

(PGCI SETUP: SEGMENTATION INFORMATION, 
l-PIC INFORMATION, ETC.) 



-S28 



( END y *S29 

FIG. 16 



XXID: <EP 1021048A2_I_> 



EP 1 021 048 A2 



( START ^ -S30 




( END ^ S33 



DISPLAY ALL TITLES (OR 
PGC OR PG) CORRESPONDING 
TO STB CONNECTED 



S38 



SELECT AND DETERMINE TITLE (OR 
PGC OR PG) TO BE PLAYED BACK 




FIG.17 



40 



EP 1 021 048 A2 






SEND TS PACKET PLAYBACK 
COMMAND TO STB VIA 
INTERNAL BUS 
INITIALIZE DISTRIBUTOR 
(SEND TS PACKET TO STB) ; 
SET V MIXING UNIT TO DISPLAY 
VIDEO SIGNAL FROM STB 
. i . 


-S47 


| CELL PLAYBACK PROCESS | 


-S48 




-—-^-S49 

<dI^DRIVE STOPPEpT_^^==~ 


YES 


S50 


JNO 

— — --^S51 

<=C^LAST CELL? — =>- 


NO 


( END } 

N ' S52 






4 !— 


NO 


1YES 

— — — - — _-S53 


1 


COUNT UP CELL NUMBER | 


<^7END OF PU\YBACK?_^> 




1 


Tyes 






I PLAYBACK END PROCESS t 


-S54 




| 1 

( END J-S55 







FIG. 18 



DOCID: <EP 1021M3A2 I > 



41 



EP 1 021 048 A2 



(cell playback PROCESS V S60 



YES 




DETERMINE PLAYBACK START ADDRESS 
(LBN) FROM CONTENTS OF PGCI 



-S63 



| SET DATA READ COMMAND IN DRIVE K-S64 




YESfCHECK RETURN 
r VALUE 



f YES 



WAIT FOR END OF PLAYBACK 
OFVOBU OF INTEREST 



-S77 



c 



RETURN 0 > ~S78 FIG. 19 



30CID; <EP 1021048A2_L> 



42 



EP 1 021 048 A2 




DOCID: <EP 1021048A2 I 



EP 1 021 048 A2 




XXID: <EP 1021048A2_I_> 



44 



EP 1 021 048 A2 




DOCID: <:EP 1021O48A2. 1. > 



45 



EP 1 021 048 A2 



(ff process using patK sioi 



.S102 



JjAST VOBU IN CELL? 

Fyes 

READ OUT START ADDRESS OF 
FIRST VOBU IN NEXT CELL 



^~S104 




S103 


READ OUT START 


ADDRESS TWO VOBUs 




AHEAD OF CURRENT ONE 



CLEAR I -PICTURE PLAYBACK 
INTERRUPT FLAG; 
SET I -PICTURE DATA READ 
COMMAND IN DRIVE (SET START 
ADDRESS, CONTINUOUS READ) 



READ OUT I -PICTURE START 
ADDRESS OF NEXT VOBU 



SET DATA READ COMMAND IN 
DRIVE (SET START ADDRESS, 
CONTINUOUS READ) 



-SI 05 




INTERRUPT FROM STB 
£108 YES 



-sin 



S109 



SET STOP COMMAND 
IN DRIVE 



-S112 



C RETURN 1 ) 
i 

S110 



( RETURN 0 ^ S113 

FIG. 23 



•OCID: <EP 1021048A2J_> 



EP 1 021 048 A2 





TIME- 


TRANS- 




TIME 




TRANS- 




TIME- 


TRANS- 




TIME- 


TRANS- 




(a) 


STAMP 


PORT 




STAMP 


PORT 




STAMP 


PORT 




STAMP 


PORT 






ATS 


PACKET 




ATS 




PACKET 




ATS 


PACKET 




ATS 


PACKET 






a 


a 




b 




b 




d 




d 








f 


f 




































TIME- 


TRANS- 


TIME- 




TRANS- 




TRANS- 






TRANS- 


END 


PADDING 


(b) 


STAMP 


PORT 


STAMP 




PORT 




PORT 






PORT 




CODE 


AREA 




ATS 


PACKET 


ATS 




PACKET 




PACKET 






PACKET 


31 


36 




a 


a 




b 




d 




d 






f 













PACK 


PES 


STREAM 


DATA 


PACK 


PES 


SECTOR 


DATA 




DATA 


c) 


HEADER 


HEADER 


BLOCK 


AREA 


HEADER 


HEADER 


DATA 


AREA 




AREA 




1 


6 


HEADER 


21 


2 


7 


HEADER 


22 




23 








11 








12 









(d) 



SECTOR 


SECTOR 




SECTOR 


SECTOR 


SECTOR 




SECTOR 


NO.O 


NO. 1 




NO. 15 


NO. 16 


NO. 17 




NO. 31 



(e JL 


ECC BLOCK 


ECC BLOCK 


ECC BLOCK 


ECC BLOCK 


ECC BLOCK 




£/? 


#y 








STREAM BLOCK #1 


STREAM BLOCK #2 



STREAM OBJECT #A 298 



STREAM BLOCK #1 


STREAM BLOCK #2 


ECC BLOCK 


ECC BLOCK 


ECC BLOCK 


ECC BLOCK 


ECC BLOCK 


%* 


#/? 


*7 , 


is 





(g) 



(h) 


SECTOR 


SECTOR 




SECTOR 


SECTOR 




SECTOR 


SECTOR 




NO. 32 


NO. 33 




NO. 47 


NO. 48 




NO. 78 


NO. 79 



PACK 


PES 


SECTOR 


DATA 


PACK 


PADDING 


HEADER 


HEADER 


DATA HEADER 


AREA 


HEADER 


PACKET 


3 


8 


12 


24 


4 


40 



(i) 



(j) 





TRANSPORT 


END CODE 


PADDING 




PACKET z 


32 


AREA 37 



PES HEADER 
9 



PADDING 
AREA 38 



FIG.24 



47 



X5CID: <EP 1021048A2 I 



EP 1 021 048 A2 



(ah 



(b)- 



STREAM BLOCK HEADER 1 1 




TRANSPORT 
PACKET 
INFOR- 
MATION 611 


STREAM BLOCK 
INFORMATION 
612 


SECTOR DATA 
HEADER 
INFORMATION 
613 








TRANSPORT 
PACKET 
INFOR- 
MATION 621 


RECORD 
TIME 
622 


TRANSPORT 
PACKET 
ATTRI- 
BUTION 
623 


STREAM 
BLOCK 
SIZE 
624 


STREAM 

BLOCK 

TIME 

DIFFERENCE 
625 


FIRST 
ACCESS 
POINT 
626 


TRANSPORT 
PACKET 
CONNECTION 
FLAG 627 



<c)- 



NUMBER OF TRANSPORT 
PACKET 631 


TRANSPORT PACKET MAPPING 
TABLE 632 






1 -PICTURE 
MAPPING 
TABLE 
641 


B,P-PICTURE 
START POSITION 
MAPPING TABLE 
642 


VIDEO 
PACKET 
MAPPING 
TABLE 643 


AUDIO 
PACKET 
MAPPING 
TABLE 644 


PROGRAM 
SPECIFIC 
INFORMATION 
MAPPING 
TABLE 645 



(d)- 



FIG. 25 



(BI- 



SECTOR DATA HEADER 12 



(b)~ FIRST ACCESS POINT 651 



TRANSPORT PACKET 
CONNECTION FLAG 652 



FIG. 26 

CONSTRAINTS ON MPEG SPECIFICATIONS FOR SOB 



SYSTEM HEADER 


SHALL NOT BE INCLUDED 


SCR VALUE IN THE FIRST PACK OF A SOB 


ANY VALUE 


MPEG PROGRAM_END_CODE 


SHALL NOT BE INCLUDED 


STREAM. ID 


SHALL BE EQUAL TO BFh 




(PR I VATE_STREAM 2) 




IN ALL PES PACKETS 


FIG. 27 



48 



OCID: <EP 1021O4aA2_1_> 



EP 1 021 048 A2 



STREAMER 

INFORMATION 

(STRI) 



1 STREAMER VIDFO manager 
INFORMATION (STR VMGI) 


\ 


VIDEO MANAGER 
INFORMATION 
MANAGEMENT TABLE 
(VMGI_MAT) 


STREAM FILE INFORMATION 
TABLE (SFIT) 


ORIGINAL PGC 
INFORMATION (ORG PGC IT) 


PLAYJJST SEARCH 
POINTER TABLE 
<PL_SRPT) 


USER DEFINED PGC INFORMATION 
TABLE (UD_PGCIT) 






TEXT DATA MANAGER (TXTDT MG) 


FIG. 28 


APPLICATION PRIVATE DATA 
MANAGER (APDT MG) 



STREAMER VIDEO 
MANAGER INFORMATION 
(STR.VMGI) 



/ 



STREAM FILE INFORMATION 
TABLE (SFIT) 



ORIGINAL PGC 
INFORMATION (ORG_PGCI) 



USER DEFINED PGC INFORMATION 
TABLE (UD_PGCIT) 



TEXT DATA MANAGER (TXTDT.MG) 



APPLICATION PRIVATE DATA 
MANAGER (APDT.MG) 



STREAM FILE INFORMATION 
TABLE INFORMATION (SFITI) 



STREAM OBJECT STREAM 
INFORMATION #1 (SOB_STI #1) 



STREAM OBJECT STREAM 
INFORMATION #n (SOB STI #n) 



STREAM FILE INFORMATION 

(SFI) 



FIG. 29 



STREAM FILE INFORMATION 
TABLE INFORMATION (SFITI) 



STREAM OBJECT STREAM 
INFORMATION #1 (SOB_STI #1) 



STREAM OBJECT STREAM 
INFORMATION (SOB_STI #n) 



STREAM FILE INFORMATION 
(SFI) 



FIG. 30 



STREAM FILE GENERAL 
INFORMATION (SF Gl) 



STREAM OBJECT INFORMATION 
SEARCH POINTER #1 (SOB I SRP #1) 



STREAM OBJECT INFORMATION 
SEARCH POINTER #n (SOB I SRP #n) 



STREAM OBJECT 
INFORMATION #1 (SOB I #1) 



STREAM OBJECT 
INFORMATION #n (SOBI ttn) 



49 



EP 1 021 048 A2 



STREAM FILE GENERAL INFORMATION (SF_GI) 





CONTENTS 


NUMBER OF BYTES 


(1) SOBI_Ns 


NUMBER OF SOB Is 


2 


(2) SOBU.SIZ 


NUMBER OF SECTORS PER SOBU 


2 


(3) MTILSHFT 


MAPPING TIME UNIT SHIFT 


1 


(4) RESERVED 


RESERVED 


1 




TOTAL 


i 


6 


FIG. 31 





STREAM OBJECT 
INFORMATION 
(SOB I) 



FIG. 32 



SOBLGI 



MAPPING LIST (MAPL) 



ACCESS UNIT DATA (AUD) 
(OPTIONAL) 



STREAM OBJECT INFORMATION GENERAL INFORMATION (SOBI.GI) 





CONTENTS 


NUMBER OF BYTES 


(1) SOB_TY 


SOB TYPE 


1 


(2) SOB_REC_TM 


SOB RECORDING TIME 


5 


(3) SOB_STI_N 


SOB STREAM INFORMATION NUMBER 


1 


(4) AUD_FLAGS 


ACCESS UNIT DATA FLAGS 


1 


(5) SOB_S_APAT 


SOB START APAT 


6 


(6) SOB_E_APAT 


SOB END APAT 


6 


(7) SOB_S_SOBU 


FIRST SOBU OF THIS SOB 


4 


(8) MAPL_ENT_Ns 


NUMBER OF MAPPING LIST ENTRIES 


4 




TOTAL 


28 



FIG. 33 



<EP 1021048A2_I_> 



50 



EP 1 021 048 A2 



ACCESS UNIT DATA 
(AUD) (OPTIONAL) 



FIG. 34 



A 



ACCESS UNIT GENERAL 
INFORMATION (AU_Gl) 



ACCESS UNIT END MAP 
(AUEM) (OPTIONAL) 



PRESENTATION TIME STAMP 
LIST (PTSL) (OPT I ONAL) 



ACCESS UNIT GENERAL INFORMATION (AU_GI) 





CONTENTS 


NUMBER OF BYTES 


(1) AU_Ns 


NUMBER OF ACCESS UNITS 


4 


(2) AUSM 


ACCESS UNIT START MAP 
(MAP_ENT_Ns ELEMENTS) 


(MAPL_ENT_Ns+7) div 8 




TOTAL 


(MAPL.ENT Ns+7) div 8 + 4 


FIG. 35 




SOBU #1 



SOBU #2 



SOBU #3 



SOBU #4 



SOBU #5 



SOBU #6 



SOBU #7 



SOBU #8 



SOBU #9 



SOBU #10 



SOBU #1 1 



SOBU #12 



SOB 



SOBU #1MAPL_ENT Ns-4 



SOBU #1 MAPL_ENT Ns-3 



SOBU #1MAPL_ENT Ns-2 



SOBU #1MAPL_ENT Ns-1 



SOBU # 1 MAPL_ENT_Ns 



PADDING BITS 



FIG. 36 



30CID: <EP 1021048A2_I_> 



51 



EP 1 021 048 A2 



AUSM_pos(l)=2 
AUEM_pos(1)=2 

AUSM_pos(2)=5 
AUEM_pos(2)=7 

AUSM_pos(3)=8 
AUEM_pos(3)=9 




SOB 
SOBU #1 

SQ BU #2 
SOBU n 
SOBU #4 
SOBU #5 
SOBU tt6 
SOBU #7 
SOBU #8 
SOBU #9 



FIG. 37 



FIG. 38 



-ONE STREAM PACK- 



PACK 
HEADER 



14 BYTES 



STREAM PES PACKET 



STRUCTURE OF THE STREAM DATA AREA WITHIN A STREAM PES PACKET 
ONE STREAM PACK (2048B) 





STREAM PES PACKET (2034B) 




STREAM DATA AREA (2027B) 


APPL 

I 


1 CAT I ON PACKET AREA 


PACK 
HEADER 
14B 


PES 
HEADER 
6B 


SUBSTR. 
ID 

1B 


APPLI- 
CATION 
HEADER 9B 


APPLICATION 
HEADER EXT. 
(OPTIONAL) 




APPLICATION PACKETS 
WITH APPLICATION 
TIMESTAMPS 




~~~~~~ '"STUFFING BYTE (opt) 



PARTIAL 

APPLICATION 

PACKET 


APPL. 
TIME- 
STAMP 


APPLICATION 
PACKET 




48 


AP_LEN 



UPPL. 
TIME- 
STAMP 



APPLICATION 
PACKET 



PARTIAL 
APPLICATION 
PACKET 



FIG. 39 



mem <ep io2io<aA2j_> 



EP 1 021 048 A2 



t 



APPLICATION HEADER 



FIELD 


NUMBER 
OF BITS 


NUMBER 
OF BYTES 


VALUE 


COMMENT 


(1) VERSION 


8 


1 


01h 




(2) AP_Ns 


8 


1 






(3) FIRST_AP OFFSET 


16 


2 






(4) EXTENSION HEADER INFO 


2 


1 


00b, 10b, lib 




(5) RESERVED FOR CCI ESC 


1 


Ob OR lb 




(6) RESERVED 


5 


11111b 




(7) SERVICE ID 


16 


2 






(8) MAX BR L0G2 


8 


1 






(9) SMO BS L0G2 


8 


1 








TOTAL 


9 







FIG. 40 



DOCK* <EP 1021048A2_I_> 



53 



CO 

< 

00 

o 

i 



(19) 



Europalsches Patentamt 
fijji European Patent Office 

Office europeen des brevets 



(12) 



(88) Date of publication A3: 

02.10.2002 Bulletin 2002/40 

(43) Date of publication A2: 

19.07.2000 Bulletin 2000/29 

(21) Application number: 00100595.8 

(22) Date of filing: 12.01.2000 

(84) Designated Contracting States- 
DE FR GB 

Designated Extension States: 
AL LT LV MK RO SI 

(30) Priority: 14.01.1999 jp 784299 

(71) Applicant: KABUSHIKI KAISHA TOSHIBA 
Kawasaki-shi, Kanagawa-ken (JP) 



11M1IIHM1111I11I1 

(H) EP 1 021 048 A3 

EUROPEAN PATENT APPLICATION 

(51) mtci7: H04N 9/804, H04N 5/783 



(72) Inventors: 

• Ando, Hideo 

1-1 Shibaura 1-chome Mlnato-ku Tokyo 105 (JP) 

• Uyama, Kazuyuki 

1-1 Shibaura 1-chome Minato-ku Tokyo 105 fJPl 

• Kikuchi, Shinichl 

1-1 Shibaura 1-chome Mlnato-ku Tokyo 105 (JP) 

(74) Representative: Henkel, Feller, Hanzel 
M&hlstrasse 37 
81675 Milnchen (DE) 



(54) Digital video recording system and its recording medium 



(57) I n a DVD recording/playback system, a set top 
box STB (83) receives an MPEG transport stream con- 
stituted by a plurality of transport packets, and a format- 
ter (90) extracts support information indicating if man- 



agement information included in the transport packets 
includes predetermined items. A disc drive (51) that 
records data on a recording medium having a manage- 
ment area and data area records the support informa- 
tion in the management area. 




j DISPLAY UNIT) — 104 



DOCID: <EP 1021048A3_I_> 



Printed by Jouve, 7S001 PARIS (FB) 



EP 1 021 048 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 
EP 00 10 0595 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Citation of document with indication, wtiere appropriate 
of relevant passages 



CLASSIFICATION OF THE 



!? wras m%m toshiba ' 

* column 11, line 23 - column 14, line 25 

* column 21, line 3 - column 26, line 11 * 

* column 29, line 27 - column 37, line 56- 
figures 4-6,25-44 * 

EP 0 866 461 A (SONY CORPORATION) 1.3 6 7 

23 September 1998 (1998-09-23) 9-11 

* the whole document * 



H04N9/8O4 
H04N5/783 



The present search report has been drawn up for all claims 



THE HAGUE 



14 August 2002 



CATEGORY OF CITED DOCUMENTS 



Verleye, J 



T : Iheory or principle underlying the 
E : earfier patent document, but pubt 

after the fBing data 
D : document cited in the aj 
L : document cited for other 



but pubBshed on, a 
the application 



' : intermediate document 



XXMD: <EP 1021048A3J_> 



EP 1 021 048 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO 



EP 00 10 0595 



^Srsl,^ <* ed *» "» above-mentioned European 

The European Paten, Office is in no way febl. for these partners which are mere* oiven (or ,he purpose of ^formation. 

14-08-2002 



Publicallon 



31-67-1996 



AT 
AT 
CA 
CN 
DE 
DE 
DE 
DE 
EP 

EP 

JP 

JP 

JP 

JP 

JP 

JP 

KR 

ICR 

KR 

TW 

US 

us 



174149 T 
191292 T( 
2168327 Al 
1134583 A 
69601039 Dl 
69601039 T2 
69607489 Dl 
69607489 T2 
0724264 A2 
0872839 A2 
2747268 B2 
8273304 A 
2857126 B2 

10074379 A 
2875237 B2 

10074380 A 
209846 Bl 
209851 Bl 
220529 Bl 
434531 B 

6118927 A 
5870523 A 



15-12-1998 
15-04-2000 
31-07-1996 

30- 10-1996 
14-01-1999 
24-06-1999 
04-O5-2OO0 
21-09-2000 

31- 07-1996 
21-10-1998 
06-05-1998 
18-10-1996 
10-02-1999 
17-03-1998 
31-03-1999 
17-03-1998 
15-07-1999 
15-07-1999 

15- 09-1999 

16- 05-2001 
12-09-2000 
09-02-1999 



23-09-1998 



1199906 A 
0866461 A2 
10322661 A 
6282320 Bl 



25-11-1998 
23-09-1998 
04-12-1998 
28-08-2001 



I 1 

SI 

g • — — ■ — — 

w For more details about this annex : see Official Journal of the European Patent Office No 1 2 '82 



X3CID: <EP 1021O48A3_l_> 



3 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 
(2LbLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



